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TITLE OF THE INVENTION 
METHOD OF PROCESSING FILES AND AN APPARATUS THEREOF 
CROSS-REFERENCE TO RELATED APPLICATIONS 
This application is based upon and claims the 
5 benefit of priority from the prior Japanese Patent 

Application No. 2000-334974, filed November 1, 2000, 
the entire contents of which are incorporated herein by- 
reference . 

BACKGROUND OF THE INVENTION 
10 1. Field of the Invention 

The present invention relates to a method and 
improvement of an apparatus for processing files, which 
is compatible with a DCF (Design rule for Camera File 
system) standard. 
15 2. Description of the Related Art 

As is well known, in a digital still camera 
recently spread widely, a photographed optical image of 
the object is generally converted into digitalized 
image data and the resulted data is recorded in a 
20 recording medium in a file managing structure 

compatible with the DCF standard. 

When a digital still camera records or reproduces 
digital image data in or from a recording medium, the 
file managing structure on the basis of the DCF 
25 standard makes it remarkably convenient to manage the 

operations . 

In the file managing structure based on the DCF 
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standard, however, a user is not permitted to give an 
arbitrary file name to a group of data recorded in the 
recording medium, which gives rise to a problem that 
the user cannot deal with it in a convenient manner. 
5 Particularly, it is not permitted for the user to 

give an arbitrary name to a directory, which is 
significant for a structure to manage files. Therefore, 
the aforementioned problem has been even more serious. 
In addition, in a digital still camera compatible 

10 with the DCF standard, capacity of recording media 

connected to the apparatus has been increased from year 
to year. In the future, when a recording medium comes 
to assume a role of a hard disk itself of a PC 
(Personal Computer) server by using radio transmission 

15 art, it is anticipated that the capacity will become 

huge . 

In view of the above-depicted status on the art, 
if a user cannot give arbitrary names to files or 
directories, the user's convenience to manage files is 
20 considerably impaired. 

BRIEF SUMMARY OF THE INVENTION 
An object of the invention, which has been 
achieved in consideration of the situation described 
above, is to provide a method of processing files and 
25 an apparatus thereof, which make it possible for the 

user to give arbitrary file names or directory names, 
maintaining compatibility with an existing file 



managing structure complying with the DCF standard, so 
as to effectively improve user' s convenience to manage 
files . 

According to the invention, the above object is 
achieved by providing a method of processing files 
including a first and second apparatuses, each 
apparatus for recording image data in a built-in 
recording medium in a manner of complying with a file- 
managing structure compatible with a DCF standard, and 
permitting the first and the second apparatus to 
mutually transmit the recorded image data therebetween, 
wherein 

a virtual directory name in a form not defined as 
the DCF standard can be set with respect to a directory 
recorded in each recording medium of the first and 
second apparatus in a manner of complying with the 
file-managing structure compatible with the DCF 
standard, 

a file on virtual directory management, wherein 
the virtual directory name is to be compatible with a 
directory name that corresponds to the virtual 
directory name and complies with the DCF standard, is 
formed, and 

the file on virtual directory management is to be 
maintained, whereas the image data is transmitted 
mutually between the first and second apparatus. 

In another aspect of the invention, there is also 



provided a apparatus for processing files including a 
first apparatus for recording image data in a built-in 
recording medium in a manner of complying with a file- 
managing structure compatible with a DCF standard, and 
a second apparatus, connected to the first apparatus in 
a manner capable of transmitting data, for recording 
image data in a built-in recording medium in a manner 
of complying with a file-managing structure compatible 
with a DCF standard, comprising: 

an input section inputting and setting a virtual 
directory name in a form not defined as the DCF 
standard with respect to a directory recorded in each 
recording medium of the first and second apparatus in a 
manner of complying with the file-managing structure 
compatible with the DCF standard; and 

a recording section defining the virtual directory 
name input by the input section as a recording name, 
forming a file on virtual directory management, wherein 
the virtual directory name is to be compatible with a 
directory name that corresponds to virtual directory 
name and complies with the DCF standard, and recording 
the file on virtual directory management in the 
recording medium, wherein 

the file on virtual directory management is to be 
maintained, whereas the image data is transmitted 
mutually between the first and second apparatus. 

According to the aforementioned structure and 



method, although the image data is transmitted mutually 
between the first and second apparatuses, the file on 
virtual directory management is maintained. And thus, 
while maintaining compatibility with the existing file 
5 managing structure that complies with the DCF standard, 

the user can give arbitrary names to files or a 
directory. Furthermore, user' s convenience to manage 
files extending over a plurality of apparatuses can be 
effectively improved. 

10 Additional objects and advantages of the invention 

will be set forth in the description which follows, and 
in part will be obvious from the description, or may be 
learned by practice of the invention. The objects and 
advantages of the invention may be realized and 

15 obtained by means of the instrumentalities and 

combinations particularly pointed out hereinafter. 
BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 
The accompanying drawings, which are incorporated 
in and constitute a part of the specification, 

20 illustrate embodiments of the invention, and together 

with the general description given above and the 
detailed description of the embodiments given below, 
serve to explain the principles of the invention. 

FIG. 1 is a diagram for explaining an example of a 

25 basic file managing structure on the basis of the DCF 

standard; 

FIG. 2 is a diagram for explaining an example of a 
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file managing structure to be applied to the invention; 
FIG. 3 is a diagram for explaining relation 

between a managing file having an extension vfm and 

managing files having extension vim respectively; 
5 FIG. 4 is a diagram for explaining an outline of a 

method of processing files, assuming the file managing 

structure shown in FIG. 2 and 3; 

FIG. 5 is a diagram for explaining the flow of 

data between a digital still camera compatible with a 
10 DCF & VFM system and a PC- 

FIG. 6 is a diagram for explaining the flow of 

data between a digital still camera compatible with a 

DCF system but not with a VFM system and a PC- 
FIGS. 7A and 7B are diagrams for explaining flows 
15 of data between the digital still camera compatible 

with the DCF & VFM system and the digital still camera 

compatible with a DCF system but not compatible with 

the VFM system, respectively; and 

FIG. 8 is a diagram for explaining character input 
20 means for editing directory names or file names in the 

digital still camera compatible with the DCF & VFM 

system. 

DETAILED DESCRIPTION OF THE INVENTION 
An embodiment of the invention now will be 
25 described hereinafter in detail referring to the 

accompanying drawings. First, FIG. 1 shows an example 
of a basic file managing structure on the basis of a 



DCF standard. The file managing structure depends on 
the content arranged by a DCF version 1.0, a standard 
of a camera file system. 

According to the DCF standard, there are 
5 arrangement regulated in detail with regard to a name 

of a file in data-recording, a name of a directory to 
store the file, a storing location, and the like. The 
details of the regulations are omitted but the main 
items will be described below. 
10 (1) DCF file name — ####****. $$$ 

####: Character string in four figures by using 
vendor's own alphameric characters and _. 

*-*•**. pile number (Numeric characters from 0001 
through 9999) 
15 $$$: Extension expressing data format 

(2) DCF directory name — ***##### 

***: Directory number (Numeric characters from 100 
through 999) 

#####: Character string in five figures by using 
20 vendor's own alphameric characters and _. 

(3) DCF directory 

As shown in FIG. 1, a directory named in the above 
item (2) is formed and stored with the file name given 
in the above item (1) in a DCIM (DCF Image root 
25 directory) . 

(4) DCF Object 

In terms of file names, when each file has the 



identical name for a part of ####**** and has a 
different extension from the others, those files are 
handled as a group of data, in which the files are 
associated with each other. 
5 (5) Other arrangement 

When Satisfied with the above items (1) to (4), a 
group of data can be associated therewith, using a new 
extension. For example, a group of data such as 
PDRM0 001. TXT, PDRM0 001. THM, and PDRM0001. WAV can 

10 coexist with respect to still image data having 

PDRM0001. JPG. 

Data, each having a different extension from the 
others, are considered as a group of data enclosed 
under the name of PDRM0001. When an apparatus for 

15 reproduction can be compatible with the group of data, 

text data (having an extension TXT) , thumbnail data 
(Extension THM) and sound data (Extension WAV) can be 
reproduced together with a image display. 

Although each manufacturer can determine a way of 

20 handling the group of data independently, it is obliged 

to reproduce a still image as a minimum requirement. 
Note that, in a case where data can be handled in an 
apparatus for reproduction by means of an extension, 
the other data can be reproduced. However, the 

25 relevant operation is not obliged. 

Next, FIG. 2 is a diagram for explaining an 
embodiment of a file managing structure to be applied 
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to the invention. In FIG . 2, a group of files enclosed 
with quadrantal frames expresses files that have been 
added to the aforementioned basic file managing 
structure . 

5 In other words, the present file managing 

structure has two kinds of file as managing files. One 
file is a virtual-directory managing file having an 
extension vfm. The other is a virtual-file managing 
file having an extension vim. 

10 Of these two kinds of file, the managing file 

having the extension vfm exists independently of the 
DCF standard and defines a virtual directory. The file 
existing in the virtual directory defines reference 
information to a real file existing in the DCF 

15 standardized file managing structure. 

On the other hand, the managing file having the 
extension vim exists complying with the DCF standard. 
This file Is an objective file to which the user gives 
an arbitrary file name. 

20 Due to the DCF standard, the managing file having 

the extension vim is handled as a group of data, 
associated with the other files having an extension 
other than the extension vim and having the identical 
file names. The managing file with the extension vim 

25 defines a name given virtually by the user to the 

corresponding file. 

FIG. 3 shows the relation between the managing 



file with the extension vfm and the managing file with 
the extension vim. In FIG. 3, a file named "Travel, 
vfm" is a managing file defining a virtual directory. 

In the managing file "Travel, vfm", a virtual 
directory name (in this case, Travel), the number of 
registered images, a registered location of real data, 
i.e., a directory (in this case, 101TOSHI) , real file 
names registered therein (in this case, PDRM0001, 
PDRM0002, PDRM0004), and the like are recorded. On the 
basis of information of the managing file "Travel, vfm", 
real data existing in the DCF standardized file 
managing structure is found. 

The found directory (in this case, 101TOSHI) is 
searched. When the managing file with the extension 
vim exists, the managing file is analyzed. 

For example, in FIG. 3, the file with "PDRM0001. 
vim" is a managing file defining a virtual file name. 
In the managing file, a virtual file name (in this case, 
departure) , a name (in this case, travel) of a managing 
file with the extension vfm whose file refers to this 
managing file, and the like are recorded. 

With the managing file having the extension vfm 
and the managing file having the extension vim, a 
virtual directory to which the user has given an 
arbitrary name and a group of virtual files included in 
the virtual directory to which the user has given 
arbitrary names, are constructed. 



A location of the real file corresponding to the 
virtual file name is recorded in the managing file with 
the extension vfm. Thus, when the data is actually 
read from a recording medium, the real data is found 
from the DCF standardized file managing structure on 
the basis of information of the managing file with the 
extension vfm. 

As pointed out above, in the present file managing 
structure, two of the managing files, one with the 
extension vfm and the other with extension vim, are 
used in a manner of matching to the DCF standardized 
file managing structure so that the user can give 
arbitrary names to files or a directory, while 
maintaining compatibility with the existing file 
managing structure that complies with the DCF standard. 

The virtual managing files prepared for the user 
to give arbitrary names are separated into two kinds of 
the managing file, one with the extension vfm and the 
other with the extension vim, and the managing files 
with the extension vim are included into structural 
elements of a data group in the DCF standardized file 
managing structure. Because the managing files with the 
extension vim can be handled as objects to be erased 
together with the objective data in the DCF 
standardized file managing structure, when deleting 
data . 

For example, when it is required that the file 
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"PDRM0001" be erased, the file "PDRMOOOl . vim" can be 
batch-erased together with the files, "PDRMOOOl. jpg", 
"PDRMOOOl. wav" and "PDRMOOOl. txt". 

Furthermore, in this case, the managing files with 
5 the extension vfm remains without being erased. Thus, 

the other files which have not been erased, such as 
"PDRM0002", "PDRM0004", or the like, can be searched. 

According to the aforementioned file managing 
structure, the user can obtain environment where the 
10 user gives arbitrary names to data to be stored in the 

recording medium in the file managing structure 
compatible with the DCF standard. 

This result means that the user can manage and use 
the group of data with arbitrary names given by him, by 
15 interpreting the managing files with the extension vfm 

or vim. And thus, it becomes possible to realize the 
usage of managing an album of images by means of a 
digital still camera compatible with the DCF standard. 
In a case where the digital still camera 
20 compatible with the DCF standard has character data of 

two bytes code, more efficient file management can be 
realized by using the data expressing Japanese 
characters . 

In the following, a method of processing files, 
25 based on the aforementioned file managing structure, 

will now be described hereinafter. FIG. 4 shows an 
outline of the file processing method. 



The method of processing files comprises a PC 
(Personal Computer), a PC application software having a 
VFM analyzing engine, a digital still camera (DSC) 
compatible with a DCF & VFM system. The PC and the 
5 digital still camera are connected to each other by 

wire (USB: Universal Serial Bus) , radio transmission 
(Bluetooth) or the like in a manner that data can be 
transmitted therebetween. 

Note that the digital still camera compatible with 
10 the DCF & VFM system is connected to a digital still 

camera compatible only with the DCF system but not with 
the VFM system in a manner that data can be transmitted 
therebetween . 

The digital still camera compatible with the DCF 
15 but not with the VFM system is connected to the PC in a 

manner that data can be transmitted therebetween, 
whereas a flow of the data is identical with one of the 
existing system. 

FIG. 5 shows a data flow between the digital still 
2 0 camera compatible with the DCF & VFM system and the PC. 

FIG. 6 shows a data flow between the digital still 
camera compatible with the DCF but not with the VFM 
system and the PC. 

FIGS. 7A and 7B show data flows between the 
25 digital still camera compatible with the DCF & VFM 

system and the digital still camera compatible with the 
DCF but not with the VFM system. 



- 14 - 

In the method of processing files shown in FIG. 4, 
when the file management is carried out in a manner 
described in FIGS. 2 and 3, the user edits a directory 
name or file names by using a keyboard on the PC. 

In the digital still camera compatible with the 
DCF & VFM system, character input is carried out by 
using a liquid crystal display and a cross cursor as 
shown in FIG. 8, so that a directory name and file 
names can be edited as in the case with the PC. 

As shown in FIG. 5, with regard to information on 
the directory name or file name edited by the user, the 
directory is stored in a vfm file and the file is 
stored in a vim file. 

These two files are analyzed independently on the 
side of the digital still camera compatible with the 
DCF & VFM system, or on the side of the PC that uses 
application software having a VFM analyzing engine. 
Thus, when information on the name edited in any one of 
the two apparatuses is copied to the other apparatus, 
the information can be displayed properly. 

In this case, since it is limited that the 
operation on the side of the digital still camera 
compatible with the DCF & VFM system complies with the 
DCF standard, an edit name can be displayed on the 
liquid crystal display by analyzing the vfm file and 
vim file. 

On the side of the PC, the files are passed 
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through the VFM analyzing engine so that the directory 
and files complying with the DCF standard are renamed 
independently by using the information from the vfm 
file and vim file. And then the renamed directory and 
5 files are stored in a hard disk on the PC. 

As described above, since the vfm file and vim 
file, as well as the VFM analyzing engine of the PC 
application software are introduced, information on the 
names edited by the user can be maintained in copying 
10 or transmitting data alternatively between the digital 

still camera compatible with the DCF & VFM system and 
the PC. 

FIG. 6 shows a data flow between the digital still 
camera compatible with the DCF system but not with the 

15 VFM system and the PC. In other words, when image data 

is copied or transmitted to the PC from the digital 
still camera compatible with the DCF system but not 
with the VFM system, the image data from the camera is 
transferred to the hard disk of the PC, as a matter of 

20 course, with the name information complying with the 

DCF standard. 

In this case, for some downloaded application 
software, when the image data is downloaded from the 
digital still camera to the hard disk of the PC, the 

25 user can arbitrarily set a directory name in the 

objective storing location. 

Even in this case, it is not carried out that the 
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user edits arbitrary names to a plurality of files one 
by one. The editing operation is to be carried out 
repeatedly by the user operating the keyboard manually 
on the PC with his hands. 
5 A part that requires attention in the data flow 

shown in FIG. 6 is where the directory or files having 
the name information edited on the PC is written back 
to the digital still camera compatible with the DCF 
standard but not with the VFM system. 

10 In this case, when the directory or files is 

copied as it is, the digital still camera complying 
with the DCF standard cannot recognize the name of the 
directory or files. As a result, the image itself 
cannot be displayed. 

15 In order to display the image with the digital 

still camera complying with the DCF standard, it is 
required that the image data be transferred from the 
camera to the PC and the reverse operation of editing 
the name information be carried out again. 

2 0 FIG. 7A shows a data flow for the case where data 

is transferred from the digital still camera compatible 
with the DCF & VFM system to the digital still camera 
compatible with the DCF system but not with the VFM 
system. 

25 FIG. 7B shows a data flow for the case where data 

is transferred from the digital still camera compatible 
with the DCF standard but not with the VFM system to 
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the digital still camera compatible with the DCF & VFM 
system. 

In FIG. 7A, dedicated files {vfm, vim) exist in a 
group of data outputted from the digital still camera 
5 compatible with the DCF & VFM system. 

In the DCF standard, however, files not compatible 
with the standard are to be ignored. Therefore, 
regardless of the existence or nonexistence of the vfm 
file or vim file, the image data itself can be 
10 displayed properly in the digital still camera 

compatible with the DCF standard but not with the VFM 
system. 

Reversely, in FIG. 7B, the vfm file and vim file 
do not exist in a group of data outputted from the 

15 digital still camera compatible with the DCF standard 

but not with the VFM system. 

Therefore, in the digital still camera compatible 
with the DCF & VFM system, the vfm file and vim file 
can be formed on the basis of the name information 

2 0 complying with the DCF standard. When files other than 

the vfm file or vim file have supportable data format, 
the files can be reproduced without any problem. 

According to the aforementioned embodiments, when 
both of the digital still camera and the PC are to be 

25 compatible with the VFM system, the user can maintain 

the directory name or file name, which the user has 
arbitrarily given on the side of the digital still 
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camera or the PC, and further maintain the 
compatibility with the digital still camera complying 
with the DCF standard but not compatible with the VFM 
system. 

5 In addition, when a digital still camera is to be 

compatible with the VFM system, the directory name or 
file name, which the user has arbitrarily given on the 
side of the PC, can be displayed in the camera. 

When the VFM system is used, it is possible to 

10 provide a state where the user cannot see a name of the 

directory or files defined with the DCF standard, 
thereby realizing user-friendly file management. 

Furthermore, once the user has edit name 
information in the digital still camera compatible with 

15 the VFM system or the PC, it becomes possible to 

maintain the name information by using the VFM system. 

Additional advantages and modifications will 
readily occur to those skilled in the art. Therefore, 
the invention in its broader aspects is not limited to 

20 the specific details and representative embodiments 

shown and described herein. Accordingly, various 
modifications may be made without departing from the 
spirit or scope of the general inventive concept as 
defined by the appended claims and their eguivalents. 



